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TITLE OF THE INVENTION 

Network Game System 

BACKGROUND OF THE INVENTION 

5 Field of the invention 

The present invention relates to a game management method of a game server 
which provides a game for a game apparatus of a player who have logged in through a 
communication network, or relates to a game apparatus, a game server, a game program, 
and a storing medium applied to a game utilizing the communication network,. 
10 Description of the prior art 



With respect to a multiplayer-participating-type RPG (Role Playing Game) which 
utilizes internet, Ultima Online provided by Electronic Arts Square is well known. In 
such the multiplayer-participating-type RPG, a game map and player character data are 
provided on a game server on the internet, and a virtual space in which his own player 
15 character appear is reproduced on a display of a client computer owned by a person who 
§** logged in the game server. In the virtual space, another player character is also appearing, 

and the player character is operated by another client computer. In this manner, since 
each player character appearing in the virtual space is operated by the client computer, it 
is possible to enjoy a real maneuvering which could not be experienced with a 
20 stand-alone RPG. 

In the prior art, however, only the player characters logging-in the game server are 
appearing in the virtual space. Due to this, in order to play a game with a player character 
not logging-in the game server, there was a necessity of either selecting a non-real time 
method such as filling out on a message board provided in the game or utilizing a 
25 communication method in a real-space such as making a phone call. Therefore, it was 
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time consuming in starting the game. In addition, in such the game as in the prior art, 
there were many players who did not wish to be acquainted with an opponent in the 
real-space even though each player took a role as a friend in the game. Therefore, it was 
not possible to make a telephone communication with such the player. 

It is a fact that one of pleasures in the multiplayer-participating-type game is to be 
able to meet persons who have a common interest. However, in the prior system, it is 
oniy possible to find a new friend out of players logging-in at that time. Of course, it is 
possible to meet a new person who has a common interest by resorting to such a method 
as leaving a message on the message board, "Those interested in OOO, come and join me 
at XX to A A/' In this case, it is not only inflexible because of a need of making an 
infallible access at an agreed-upon time, but also was there a necessity to allow a plenty of 
time for the Opponent to read the message ever since the message was filled out on the 
message board. Due to this, there was a problem that it took time until it becomes 
possible to enjoy a game with an intended opponent. 

SUMMARY OF THE INVENTION 

Therefore, a primary object of the present invention is to provide a novel game 
management method, a game server, a game apparatus, a game program and storing 
medium. 

Another object of the present invention is to provide a game management method 
capable of simply and promptly playing a game between a player logging-in a game 
server and a player not logging-in the game server. 

Still another object of the present invention is to provide a game server allowing a 
logging-in player to simply and promptly play a game with non logging-in player. 

Yet still another object of the present invention is to provide a game apparatus 



allowing to simply and promptly play a game with a player not logging- in the game 
server. 

Another object of the present invention is to provide a game program capable of 
simply and promptly playing a game between a player logging-in a game server and a 
player not logging-in the game server. 

Still another object of the present invention is to provide a storing medium storing 
a game program capable of simply and promptly playing a game between a player 
logging-in a game server and a player not logging-in the game server. 

According to the present invention, a game management method of a game server 
which provides a game for a first game apparatus of a first player who has logged-in 
through a communication network out of a plurality of players who are previously 
registered, comprises steps of :(a) transmitting to the first game apparatus player 
information representing a second player who does not log-in out of the plurality of 
players; and (b) transmitting a log-in operation request to a second game apparatus of the 
second player upon receipt of a first selection signal which represents a selection of the 
second player from the first game apparatus. 

According to the present invention, a game server which provides a game for a 
first game apparatus of a first player who has logged-in through a communication 
network out of a plurality of players who are previously registered, comprises: a first 
transmission means for transmitting to the first game apparatus player information 
representing a second player who does not log-in out of the plurality of players; and a 
second transmission means for transmitting a log- in operation request to a second game 
apparatus of the second player upon receiving from the first game apparatus a selection 
signal which represents a selection of the second player. 

A plurality of players are previously registered on the game server, and the game 



server provides a game for the first game apparatus of the first player who logged-in 
through the communication network. At this time, the game server transmits to the first 
game apparatus the player information representing the second player who has not 
logged-in, and transmits to the second game apparatus of the second player the log-in 
operation request when receiving from the first game apparatus a first selection signal 
which represents a selection of the second player. Due to a fact that the piayer 
information is transmitted to the first game apparatus, it is possible to easily identify the 
second player who does not log-in by the first game apparatus. Herein, if the second 
player is selected by the first player, the first selection signal is applied to the game server 
from the first game apparatus, and the log-in operation request is transmitted to the 
second game apparatus from the game server. That is, the second player is invited from 
the first player to take part in a game. Therefore, it is possible to simply and promptly 
play the game between the first player and the second player. 

In a certain aspect of the present invention, each player can register in the game 
server first transmission information which uniformly permits/prohibits a transmission of 
the log-in operation request. When the first transmission information of the second 
player shows a prohibition, the game server sends back a first message to the first game 
apparatus without transmitting the log-in operation request to the second game apparatus. 

In another aspect of the present invention, each player can register in the game 
server second transmission information which permits/prohibits a transmission of the 
log-in operation request depending upon each player. When the second transmission 
information of the second piayer shows a prohibition on the first player, the game server 
sends back the first message to the first game apparatus without transmitting the log-in 
operation request to the second game apparatus. 

In still another aspect of the present invention, the game server sends back the 
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second message to the first game apparatus when a log-in operation denial is sent back 
from the second game apparatus toward the log-in operation request. 

It is noted that it may be possible to include identification information capable of 
specifying the first player in the log-in operation request. 
5 In yet still another aspect of the present invention, each player can register 

personal information in the game server. The game server sends back the personal 
information of the second player to the first game apparatus when receiving from the first 
game apparatus the second selection signal which represents a selection of the second 
player. 

10 In another aspect of the present invention, the game server reads from a memory a 

first character signal representing a first character operated by the first player, a second 
character signal representing a second character operated by the second player and a third 
character signal representing a third character operated by a third player who has already 
logged-in at a time of the first player's logging-in, adds the player information to the 

15 second character signal, and transmits to the first game apparatus the first character 

signal, the second character signal to which the player information is added and the third 
character signal* The second character is displayed on the first game apparatus in such a 
manner as to be different from the first character and the third character. 

According to the present invention, a game program product allowing a game 

20 apparatus operated by a player logging-in a game server through a communication 
network to execute, comprises steps of: (a) receiving from the game server player 
information representing a specific player who is previously registered and does not 
log-in the game server when logging-in the game server; (b) guiding a selection of the 
specific player based on the player information; (c) requesting the game server to transmit 

25 a log-in operation request to the specific player when the specific player is selected; and 
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(d) guiding a log-in operation in receipt of the log-in operation request from the game 
server while not logging-in the game server. 

According to the present invention, a game apparatus operated by a player who 
logged-in a game server through a communication network, comprises: a player 
information receiving means for receiving from the game server player information 
representing a specific player who is previously registered and dees not log-in the game 
server when logging-in the game server and; a first guiding means for guiding a selection 
of the specific player based on the player information; a requesting means for requesting 
the game server to transmit a log-in operation request to the specific player when the 
specific player is selected; and a second guiding means for guiding a log-in operation 
upon receipt of the log-in operation request from the game server while not logging-in the 
game server. 

According to the present invention, a storing medium storing a game program 
allowing a game apparatus operated by a player logging-in a game server through a 
communication network to execute, wherein said game program comprises steps of: (a) 
receiving from the game server player information representing a specific player who is 
previously registered and does not log-in the game server when logging-in the game 
server; (b) guiding a selection of the specific player based on the player information; (c) 
requesting the specific player to transmit a iog-in operation request to the game server 
when the specific player is selected; and (d) guiding a log-in operation upon receipt of the 
log-in operation request from the game server while not logging-in the game server. 

By operating the game apparatus, the player is logged-in the game server through 
the communication network. Upon logging-in the game server, the player information 
previously registered and representing a specific player who does not log-in the game 
server is transmitted from the game server, and the selection of the specific player is 



guided based upon the player information. If the specific player is selected, a 
transmission request of the log-in operation request to the specific player is transmitted to 
the game server. A game apparatus not logging-in the game server guides the log-in 
operation when receiving the log-in operation request from the game server. That is, 
when the specific player is selected in the logging-in game apparatus, the log-in operation 
request is applied to the game apparatus of the specific player. Therefore, it is possible 
for a player who has logged-in to simply and promptly play a game with a player who 
does not log-in. 

In a certain aspect of the present invention, a character of the specific player is 
displayed on a game screen based on the player information, and a predetermined 
operation is guided toward the displayed character. If the predetermined operation is 
carried out toward such the specific player, a transmission of the log-in operation request 
is requested to the game server. 

In another aspect of the present invention, the log- in operation request includes 
request source identification information. When guiding the log-in operation, 
identification information is detected from the log-in operation request, and a guide 
message specifying the request source is outputted based on the identification 
information in question. 

In still another aspect of the present invention, if a denial operation is carried out 
toward a guide of the log-in operation, a transmission of denial message information is 
requested to the game server. When receiving the denial message information from the 
game server, a denial message is outputted. 

The above described objects and other objects, features, aspects and advantages of 
the present invention will become more apparent from the following detailed description 
of the present invention when taken in conjunction with the accompanying drawings. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is an illustrative view showing one embodiment of the present invention; 
Figure 2 is a block diagram showing one example of a configuration of a game 

server; 

Figure 3 is an illustrative view showing a mapping state of a memory provided in 
the game server; 

Figure 4 is an outline view showing one example of a portable communication 
terminal; 

Figure 5 is a block diagram showing one example of a configuration of the 
portable communication terminal; 

Figure 6 is an illustrative view showing a mapping state of a memory provided in 
the portable communication terminal; 

Figure 7 is an illustrative view showing a structure of map data; 

Figure 8 is an illustrative view showing one example of a virtual space; 

Figure 9 is an illustrative view showing one example of a start menu screen 
displayed on the portable communication terminal; 

Figure 10 is an illustrative view showing one example of a game start screen 
displayed on the portable communication terminal; 

Figure 11 is an illustrative view showing one example of a virtual space displayed 
on the portable communication terminal; 

Figure 12 is an illustrative view showing another example of the virtual space 
displayed on the portable communication terminal; 

Figure 13 is an illustrative view showing one example of the virtual space and 
action menu screen displayed on the portable communication terminal; 



Figure 14 is an illustrative view showing one example of a personal information 
screen displayed on the portable communication terminal; 

Figure 15 is an illustrative view showing one example of a virtual space, an action 
menu screen, and a reply message displayed on the portable communication terminal; 

Figure 16 is an illustrative view showing another example of the virtual space, the 
action menu screen, and the repiy message displayed on the portable communication 
terminal; 

Figure 17 is an illustrative view showing one example of a calling screen 
displayed on the portable communication terminal; 

Figure 18 is an illustrative view showing a virtual space and a system menu screen 
displayed on the portable communication terminal; 

Figure 19 is an illustrative view showing one example of a reception mode setting 
screen and a system menu screen displayed on the portable communication terminal; 

Figure 20 is an illustrative view showing one example of a character list editing 
screen displayed on the portable communication terminal; 

Figure 21 is an illustrative view showing one example of a character list editing 
screen and a moving destination list displayed on the portable communication terminal; 

Figure 22 is a flowchart showing one part of a processing of the game server; 

Figure 23 is a flowchart showing another part of a processing of the game server; 

Figure 24 is a flowchart showing still another part of a processing of the game 

server; 

Figure 25 is a flowchart showing yet another part of a processing of the game 

server; 

Figure 26 is a flowchart showing another part of a processing of the game server; 
Figure 27 is a flowchart showing still another part of a processing of the game 



server; 

Figure 28 is a flowchart showing yet another part of a processing of the game 

server; 

Figure 29 is a flowchart showing another part of a processing of the game server; 
Figure 30 is a flowchart showing still another part of a processing of the game 

server; 

Figure 31 is a flowchart showing yet another part of a processing of the game 

server; 

Figure 32 is a flowchart showing one part of a processing of a portable 
communication terminal; 

Figure 33 is a flowchart showing another part of a processing of the portable 
communication terminal; 

Figure 34 is a flowchart showing still another part of a processing of the portable 
communication terminal; 

Figure 35 is a flowchart showing yet another part of a processing of the portable 
communication terminal; 

Figure 36 is a flowchart showing another part of a processing of the portable 
communication terminal; 

Figure 37 is a flowchart showing still another part of a processing of the portable 
communication terminal; 

Figure 38 is a flowchart showing yet another part of a processing of the portable 
communication terminal; 

Figure 39 is a flowchart showing another part of a processing of the portable 
communication terminal; 

Figure 40 is a flowchart showing still another part of a processing of the portable 
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communication terminal; 

Figure 41 is a flowchart showing yet another part of a processing of the portable 
communication terminal; 

Figure 42 is a flowchart showing another part of a processing of the portable 
communication terminal; 

Figure 43 is a flowchart showing still another part of a processing of the portable 
communication terminal; 

Figure 44 is a flowchart showing yet another part of a processing of the portable 
communication terminal; 

Figure 45 is a flowchart showing another part of a processing of the portable 
communication terminal; 

Figure 46 is a flowchart showing still another part of a processing of the portable 
communication terminal; 

Figure 47 is an illustrative view showing one example of a game menu screen 
displayed on the portable communication terminal in another embodiment of the present 
invention; 

Figure 48 is an illustrative view showing one example of a game screen displayed 
on the portable communication terminal in another embodiment of the present invention; 

Figure 49 is an illustrative view showing one example of a destination moving 
menu screen displayed on the portable communication terminal in another embodiment 
of the present invention; 

Figure 50 is an illustrative view showing one example of a personal information 
screen displayed on the portable communication terminal in another embodiment of the 
present invention; and 

Figure 51 is an illustrative view showing one example of a calling screen 
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displayed on the portable communication terminal in another embodiment of the present 
invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring to Figure 1, a network game system 10 in this embodiment includes a 
game server 20 which is constantly wire-connected to a communication network 40, and 
a plurality of portable communication terminals 30, 30, -which are wireless-connected, 
if required, to the communication network 40. When a player already registered in the 
game server 20 logs-in the game server 20 by operating his own portable communication 
terminal 30, the game server 20 provides a game for the portable communication terminal 
30 of the log-in player. By doing this, it becomes possible to play the game among the 
log-in players. 

The game server 20 is provided with a CPU 22 and a memory 24 as shown in 
Figure 2, and a program storing area 24a, a geography matrix storing area 24b, a character 
data storing area 24c and a work area 24d are formed in the memory 24 as shown in 
Figure 3. The program storing area 24a stores a game program, the geography matrix 
storing area 24b stores matrix data showing a virtual space geography in which the game 
is played. In addition, the character data storing area 24c stores data (character data) of 
characters 1, 2, 3 — operated by each player. Furthermore, the work area 24d stores 
matrix data (character matrix) showing characters appearing in the virtual space and a 
transmission list which cites a transmission destination of the character matrix. 

With respect to the memory 24, in addition to a storing medium undetachably 
provided inside an apparatus such as a hard disk or a non-volatile memory (EEPROM, for 
example), a detachable storing medium such as a magnetooptical disk or a memory card 
may be used 
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The game program stored in the program storing area 24a carries out processes in 
accordance with flowcharts shown in Figures 23 to 31. 

The matrix data stored in the geography matrix storing area 24b is data showing a 
geography (map) of the entire virtual space. The virtual space is divided into n blocks in 
either horizontal or vertical direction, and coordinates (XI, Yl) to (Xn, Yn) are assigned 
to each block. The geography matrix is illustrated by coordinate data of each block and 
an identifying number (graphic number) of graphic data to be reproduced in each block. 

The character data stored in the character data storing area 24c is formed of an 
character ID, a name, a mail address, an IP address, personal information, position 
information, map size information, status information and reception mode information. 
The character ID is a unique identifier assigned to each character, the name is a unique 
character name assigned to each character, and each of the mail address and the IP 
address is a unique address assigned to a player (portable communication terminal 30) 
operating the character. The mail address is used upon transmitting a log-in operation 
request from the game server 20 to the portable communication terminal 30, the IP 
address is used upon transmitting the map data or the like to the portable communication 
terminal 30 which completed the logging-in. 

The personal information includes a character's gender, a character's age, a 
character's occupation, a character's graphic number, a character's own capability, 
character's belongings (item) and a message sent out by the character to each player. The 
position information is information showing in what block (coordinate) in the virtual 
space the character is present, and for what direction the character is headed. The map 
size information is information to show which size of the virtual space, size 1 or size 2, is 
to be displayed on the player's portable communication terminal 30, and the status 
information is information to show which state, log-in or log-out, the player is in. 
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The reception mode information is information to show from which player a 
call-out is allowed to receive. In accepting a call-out from any player (neutral reception), 
"ALLOW CALL" is set on a switch 1, "ALLOW ALL CHARACTERS" is set on a 
switch 2, and the character list columns become blank. In accepting the call-out from a 
particular character only (receive the call-out from a friend only), "ALLOW CALL" is set 
on the switch 1, and "ALLOW PARTICULAR CHARACTER ONLY" is set on the 
switch 2, and a name of the particular character (friend character) is registered on the 
character list. 

In accepting the call-out from a character other than the particular character 
(refusing a call from a suspicious character), "ALLOW CALL" is set on the switch 1, 
"allow any character except the particular one" is set on the switch 2, and a name of the 
particular character (suspicious character) is registered on the character list. In refusing 
the call-out from any of these characters, "PROHIBIT CALL" is set on the switch 1, and 
a content of the switch 2 and the character list become invalid. The game server 20 
determines whether or not to transmit the log-in operation request with referring to the 
reception mode information when a certain player requests to transmit the log-in 
operation request to another player. 

It is noted that players who wish to participate in the game are required to make an 
advance registration on the game server 20, and upon the registration, arbitrary character 
data is created by the player. 

The character matrix stored in the work area 24d is matrix data showing the 
characters appearing in the virtual space. The character matrix is created with respect to 
one part of the virtual space which centers on the character of a request source player 
when a log-in request, a log-out request, a character moving request or the like are applied 
from the player. The one part of the virtual space is divided into m blocks in either 
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horizontal or vertical direction, coordinates (Xp, Yp) to (Xp+m, Yp+m) are assigned to 
each block (m<n). Similar to the geography matrix, the character matrix is also illustrated 
by the coordinate data and the graphic data. 

Notwithstanding the same character, a display manner differs if a character's 
direction is different (facing forward, facing backward, facing to the right, facing to the 
left). In addition, a character in the middle of logging-out is displayed in a sleeping state 
in the virtual space. In this manner, since there are a plurality of display manners with 
respect to characters, in order to identify the display manner, an extension identifier is 
added to each graphic number. For example, if a character is facing forward, "f 9 is added, 
if a character is facing backward, *b" is added, if a character is facing to the right, "r" is 
added, if a character is facing to the left, T is added, and if a character is in a sleeping 
state, "s" is added. It is noted that the coordinate and the direction of each character are 
specified by the position information, and log-in/log-out is specified by the status 
information. 

The transmission list stored in the work area 24d is a list which cites players to 
whom the map data formed of the geography matrix and the character matrix are to be 
transmitted. The portable communication terminal 30 which requires to renew the virtual 
space is different according to a size (map size) of the virtual space to be displayed and a 
relative position between a character of a player who transmitted the log-in request, the 
log-out request, the moving request and etc. and another character,. Due to this, players 
who require to renew the virtual space are cited on the transmission list based on the 
position information of each character and the map size information. 

From the geography matrix area 24b and the work area 24d, one part of the 
geography matrix and one part of the character matrix which center on the character of 
each cited player are carved out, and the carved-out geography matrix and the character 
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matrix are transmitted to the each player's portable communication terminal 30 as the 
map data. 

The portable communication terminal 30 includes a main body 32 formed in a thin 
long elliptical manner as shown in Figure 4. An antenna 34 is protruded on an upper 
surface of the main body 32, and a communication-use speaker 36, a display 38, a game 
key 40 ? telephone key 42 and a communication-use microphone 44 are arranged at a front 
surface. With respect to the game key 40, an A button 40a and a B button 40b to control 
his own character's behavior, a menu screen display, a menu item selection or the like and 
a cross key 40c in order to move his own character and a cursor on the menu screen are 
present. With respect to the telephone key 42, a hook key 42a, a hold key 42b. a number 
key 42c showing "0" to "9", a * key 42d, a # key 42e, a manner key 42f and a voice 
memory key 42g are present. It is noted that alphabet, Japanese syllabary characters or 
hiragana in Japanese and etc. are assigned to the number key 42c, the * key 42d and the # 
key 42e. Therefore, it becomes possible to create mail. 

An inner portion of the main body 32 is constituted as shown in Figure 5. The 
antenna 34 is connected to a communication circuit 44, and the communication- use 
speaker 36 and the communication-use microphone 42 are connected to an audio 
conversion circuit 46. The communication circuit 44 and the audio conversion circuit 46 
are connected to each other, and respectively controlled by the CPU 48. To the CPU 48, 
the game key 40, the telephone key 42, the display 36, a vibration motor 52, a call-use 
speaker 54 and a non-volatile memory 50 such as EEPROM are connected. The vibration 
motor 52 vibrates the main body 32 upon receiving the mail or a call signal, and the 
call-use speaker 54 outputs a beep sound upon receiving the mail or the calL signal. It is 
noted that the call-use speaker 54 is provided at a rear side of the main body 32. 

In the memory 50, a program storing area 50a, a graphic data storing area 50b, a 
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work area 50c and a display area 50d are formed as shown in Figure 6. The program 
storing area 50a stores a game program received from the game server 20 when the player 
registers the character data. The graphic data storing area 50b stores the graphic data 
received from the game server 20 at a time of logging-in. The work area 50c stores the 
5 map data received in the middle of logging-in from the game server 20, the reception 
mode information set by the player himself, and the friend character list. The reception 
mode information and the friend character list are transferred from the program storing 
area 50a to the work area 50d at a time of logging-in, and transferred from the work area 
50d to the program storing area 50a at a time of logging-out. 

10 Although it is necessary that the program storing area 50a is formed on a 

non-volatile memory, the graphic data storing area 50b, the work area 50c and the display 
area 50d may be formed on a volatile RAM. In addition, although the graphic data may 
be received together with the game program upon registering to the game server 20, in 
this case, it is necessary that the graphic data storing area 50b is formed on a non-volatile 

15 memory. 

The game program stored in the program storing area 50a carries out processes 
according to flowcharts shown in Figures 32 to 46. 

The game program stored in the graphic data storing area 50b includes image data 
of objects forming the virtual space such as "tree", "rock", "lawn" and image data of the 

20 characters appearing in the virtual space, and different graphic numbers are respectively 
assigned to each image data. With respect to the character, as described above, there are 
five states, that is, facing-forward, facing-backward, facing- to- the- right, facing-to-the- 
left, and in the middle of sleeping. Image data showing each state is prepared in the 
graphic data storing area 50b. Although a common graphic number is assigned to each 

25 image data, an extension identifier added to the graphic number is respectively different. 
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The map data stored in the work area 50c is formed of the geography matrix of the 
virtual space (size 1 or size 2 virtual space) to be reproduced on the display 38 and the 
character matrix. As shown in Figure 7, the geography matrix is formed of coordinates 
(XI, Yl) to (Xs, Ys) of blocks forming the virtual space and the graphic numbers of the 
5 geography to be reproduced in each block, and the character matrix is also formed of 
coordinates (XI. Yi) to (Xs, Ys) of blocks forming the virtual space and the graphic 
number of the characters to be reproduced in each block. In a case of the size 1 virtual 
space, the number of horizontal blocks and the number of vertical blocks are, for 
example, "9" (s = 9), and in a case of the size 2 virtual space, the number of horizontal 

10 blocks and the number of vertical blocks are, for example, "5" (s = 5). It is noted that with 
respect to either size 1 or size 2, s < m is applied. 

Based on such the map data and the graphic data of the graphic data storing area 
50b, virtual space data (game screen data) of size 1 or size 2 shown in Figure 8 is created. 
The created virtual space data is stored in the display area 50d, and the virtual space 

15 (game screen) based thereon is displayed on the display 38, According to Figure 8, the 
geography is expressed by "rock", "tree", "stone pavement" and etc., and characters such 
as "clown", "wizard", "mountain man" and etc. appear on such the geography. 
Characters in the middle of iogging-in stand up and walk around in the virtual space. On 
the other hand, characters in the middle of logging-out arc sleeping in a place where he 

20 was present immediately before the log-out. That is, in this embodiment, all the 

characters registered in the game server 20 axe reproduced in the virtual space no matter 
whether or not the player logs-into the game server 20. 

Returning to Figure 6, the reception mode information stored in the work area 50c 
is different from the reception mode information forming the character data on a game 

25 server 20 side in that the former has the switch 1 and 2 only. However, the acquaintance 
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character list is stored other than the reception mode information, and a sub list of 
"FRIEND CHARACTER", "NEUTRAL CHARACTER" and "SUSPICIOUS 
CHARACTER" are formed onto the acquaintance character list. Meanings which switch 
1, switch 2, friend character, neutral character, and suspicious character carry is same on 
either the game server 20 side or the portable communication terminal 30 side. 

On the display 38 of the portable communication terminal 30 in the middle of 
logging-out, a start menu screen shown in Figure 9 is displayed, and if "GAME" is herein 
selected, the start menu screen is renewed to a game menu screen shown in Figure 10. 
According to the Figure 10, a tide "Online Game" is displayed at an upper side of the 
screen, and a menu item of "START GAME" and "CHANGE RECEPTION MODE", 
and a cursor pointing at either menu item is displayed at a lower side of the screen. If a 
player selects "START GAME" by the cross key 40c and the A button 40a, a log-in 
request is transmitted from the portable communication terminal 30 to the game server 
20. The game server 20 detects character data of the player who transmitted the log-in 
request from the character data storing area 24c shown in Figure 3, and renews the status 
information included in the detected character data from "log out" to "log in". 

Furthermore, based on the position information, the map size information and the 
status information included in each character data, players who need to renew the screen 
as a result of the present log-in are brought onto the transmission list 24d, and the map 
data is respectively created with respect to the players brought onto the list. The created 
map data is transmitted to the portable communication terminal 30 of each player brought 
onto the list. The portable communication terminal 30 which received the map data 
displays a game screen on the display 38 based on this map data. The display of the 
portable communication terminal 30 which logged in this time is renewed from the game 
menu screen shown in Figure 10 to a game screen shown in Figures 11 or 12. In the 
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portable communication terminal 30 which already logged in, a character in the middle of 
sleeping displayed on the game screen stands up. 

If a player who logged in operates the cross key 40, a moving request is 
transmitted to the game server 20. The game server 20, upon being given the moving 
request, detects the character data of a request source player from the character data 
storing area 24b, and renews the position information included in the detected character 
data. Furthermore, as described above, players who need to renew the game screen are 
brought onto a list, map data differing depending on each player brought onto the list is 
created, and the created map data is transmitted to the portable communication terminal 
30 of each player. Due to this, the display 38 of the portable communication terminal 30 
which received the map data is renewed based on this map data- That is, the character of 
the player who operated the cross key 40c moves on the game screen of each portable 
communication terminal 30 which received the map data. 

If the player moves his own character in front of another character, and operates 
the A button 40a, an action menu screen having two menu items of "SEARCH" and 
<tf WAKE-UP" as shown in Figure 13 is displayed at an upper right of the screen in an OSD 
manner. Herein, if the player selects "SEARCH" by operating the cross key 40c and the 
A button 40a, "SEARCH" information is transmitted to the game server 20. The game 
server 20 detects character data of a player who transmitted the "SEARCH" information 
from the character data storing area 24c shown in Figure 3, and specifies the character 
data of an opponent to be searched (a character present in front) based on the position 
information (coordinate and direction) included in the detected character data and the 
position information (coordinate) included in another character data. Furthermore, the 
game server 20 sends back personal information included in the specified character data 
to the "SEARCH" information transmission source. The portable communication 
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terminal 30 which received the character name and the personal information registers the 
character name onto a sub list of "NEUTRAL CHARACTER" shown in Figure 6 first, 
and then displays the personal information as shown in Figure 14 on the display 38. 

According to Figure 14, a character image is displayed at an upper left of the 
screen, a character's name, occupation, gender and age are displayed on a right side of the 
character image, and a message is displayed at a lower side of the screen. The character 
image is created based on the graphic number included in the personal information and 
the graphic data stored in the graphic data storing area 50b shown in Figure 6. In 
addition, among the personal information received, capability and belongings are not 
displayed. 

If "WAKE-UP" is selected on the action menu screen shown in Figure 13, the 
"WAKE-UP" information is transmitted from the portable communication terminal 30 to 
the game server 20. The game server 20 detects from the character data storing area 24c 
shown in Figure 3 the character data of the player who transmitted the "WAKE-UP" 
information, and specifies the character data of an opponent to be awaken (character 
present in front) based on the position information included in the detected character data 
and the position information included in another character data. Furthermore, the game 
server 20 determines reception mode information included in the specified character data. 

Herein, if a content of the switch 1 is "PROHIBIT CALL", information A is sent 
back to the "WAKE-UP" information transmission source. On the display 38 of the 
portable communication terminal 30 in receipt of the information A, a message that says 
"SLEEP WELL, NO SIGN OF WAKING UP" is displayed as shown in Figure 15. 
Notwithstanding the content of the switch 1 "ALLOW CALL", in a case that the content 
of the switch 2 is "allow only particular character", and the character name of the 
"WAKE-UP" information transmission source is not registered on the character list, or in 
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a case that the content of the switch 2 is "ALLOW EXCEPT FOR PARTICULAR 
CHARACTER", and the character name of the "WAKE-UP" information of the 
transmission source is registered on the character list, the information A is sent back as 
described above, and a message shown in Figure 15 is displayed on the transmission 
source of the portable communication terminal 30. 

By contrast thereto, in a case that the content of the switch 1 and switch 2 is 
"ALLOW CALL" and "ALLOW ALL CHARACTERS", in a case that the content of the 
switch 1 and switch 2 is "ALLOW CALL" and "ALLOW PARTICULAR 
CHARACTER ONLY", and the request source character name is registered on the 
character list, or in a case that the content of the switch 1 and the switch 2 is "ALLOW 
CALL" and "ALLOW EXCEPT FOR PARTICULAR CHARACTER", and the request 
source character name is not registered on the character list, dedicated game-use mail 
(log-in operation request) is transmitted from the game server 20 to the portable 
communication terminal 30 of the opponent to be raised. That is, a mail address of the 
opponent to be awaken is detected from the character data storing area 24c, and the 
dedicated game-use mail including the request source character name is transmitted to the 
deleted address. 

On the display 38 of the portable communication terminal 30 in receipt of the 
dedicated game-use mail, a calling screen shown in Figure 17 is displayed. According to 
Figure 17, a calling message including the request source character name is displayed at a 
center of the screen, and three menu items of "START GAME", "NOT PLAY NOW", 
and "CHANGE TO CALLING PROHIBITING MODE" are displayed below the calling 
message. 

Herein, if the player in receipt of the dedicated game-use mail selects "START 
GAME" by the cross key 40c and the A button 40a, the corresponding command 
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information is sent back to the game server 20. The game server 20 carries out the same 
process as in receipt of the log-in request, and due to this, a display of a plurality of 
portable communication terminals 30 including the portable communication terminal 30 
which transmitted the "WAKE- UP" information and the portable communication 
terminal 30 in receipt of the dedicated game-use mail is renewed. 

If the player in receipt of the dedicated game-use mail selects "NOT PLAY NOW" 
shown in Figure 17, the corresponding command information is sent back to the game 
server 20. The game server 20 hereupon sends back the information B to the 
"WAKE-UP" information transmission source. On the display 38 of the portable 
communication terminal 30 in receipt of the information B, a message that says 
"ZZZ...WAKE UP SOON? MAYBE NOT' is displayed as illustrated in Figure 16. 

If the player in receipt of the dedicated game-use mail selects "CHANGE TO 
PROHIBIT CALL MODE " shown in Figure 17, the content of the switch 1 of the 
reception mode information shown in Figure 6 is renewed to "PROHIBIT CALL", and 
the command information corresponding to the selected menu item is sent back to the 
game server 20. The game server 20 hereupon detects the character data of the player 
who transmitted the command information from the character data storing area 24c 
shown in Figure 3, and changes the content of the switch 1 of the reception mode 
information included in the detected character data to "PROHIBIT CALL'*. In addition, 
the information A is transmitted to the "WAKE-UP" information transmission source. In 
the "WAKE-UP" information transmission source, a message shown in Figure 15 is 
displayed. 

If the player operates the B button 40b while neither of menu screens is displayed 
as shown in Figure 12, the system menu screen shown in Figure 18 is displayed on the 
display 38 in the OSD manner. According to Figure 18, three menu items of "CHANGE 
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SCREEN SIZE", "OTHER SETTING", and "END GAME" are displayed on the display 
38. 

If the player herein selects "CHANGE SCREEN SIZE" by the cross key 40c and 
the A button 40a, a size change request is transmitted to the game server 20. The game 
server 20 hereupon detects the request source character data from the character data 
storing area 24c shown in Figure 3, and renews the map size information included in the 
detected character data. That is, if the map size information prior to receiving the size 
change request is "SIZE 1", the renewal is made to "SIZE 2", and if the map size 
information prior to receiving the size change request is "SIZE 2", the renewal is made to 
"SIZE 1". Furthermore, the map data is created based on the renewed map size 
information, and the created map data is sent back to the request source portable 
communication terminal 30. The portable communication terminal 30 creates game 
screen data based on the received map data, and due to this, the game screen is displayed 
on the display 38 as shown in Figure 11. 

If the cursor is set to "END GAME" and the A button 40a is pressed when the 
system menu screen shown in Figure 18 is displayed, a log-out request is transmitted to 
the game server 20. The game server 20 detects the character data of the request source 
player from the character storing area 24b, and renews the status information included in 
the detected character data. Furthermore, as described above, players who need to renew 
the game screen are brought onto a list, map data is created differing depending on the 
players brought onto the list, and the created map data is transmitted to the portable 
communication terminal 30 of each player. A display of the portable communication 
terminal 30 in receipt of the map data is renewed based on the map data, and a player's 
character who logged-out are changed into a sleeping state on the screen. In the mean 
time, the display of the portable communication terminal 30 which transmitted the 
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log-out request is renewed from the game screen shown in Figure 18 to a start menu 
screen shown in Figure 9. 

If the player selects "CHANGE RECEPTION MODE" on the game menu screen 
shown in Figure 10, a reception mode setting screen shown in Figure 19 is displayed on 
the display 38. According to Figure 19, "SWITCH V\ "SWITCH 2", "EDIT 
CHARACTER LIST" and "END SETTING" are displayed as a main item, sub items of 
"ALLOW CALL" and "PROHIBIT CALL" are displayed below the "SWITCH 1", and 
sub items of "ALLOW ALL CHARACTERS", "ALLOW PARTICULAR 
CHARACTER ONLY" and "ALLOW EXCEPT FOR PARTICULAR CHARACTER" 
are displayed below the "SWITCH 2" 

First, the cursor pointing at "SWTTCH 1", "SWITCH 2", "EDIT CHARACTER 
LIST" or ''END EDIT" becomes validated, and the validated cursor moves when the 
cross key 40c is operated. If the A button 40a is pressed when the cursor points at a 
desired main item, a sub item cursor located below the desired main item becomes 
validated. If the validated cursor is set to the desired sub item, a content of the desired sub 
item is set to the reception mode information shown in Figure 6. For example, if the 
validated cursor is set to "ALLOW CALL", "ALLOW CALL" is set to the switch 1 of the 
reception mode information shown in Figure 6. In addition, if the validated cursor is set 
to "ALLOW PARTICULAR CHARACTER ONLY", "ALLOW PARTICULAR 
CHARACTER ONLY" is set to the switch 2 of the reception mode information shown in 
Figure 6. 

If the A button 40a is pressed when the validated cursor points at "EDIT 
CHARACTER LIST', a character list editing screen shown in Figure 20 is displayed on 
the display 38 in place of the reception mode setting screen. According to Figure 20, 
"FRIEND", "NEUTRAL", "SUSPICIOUS CHARACTER", and "END EDITING" are 
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displayed as a main list. Sub lists of the friend character, a sub list of the neutral character 
and a sub list of the suspicious character are respectively displayed below "FRIEND", 
"NEUTRAL", and "SUSPICIOUS CHARACTER". Each sub list is coincident with the 
sub list shown in Figure 6. 

Also, firstly a cursor above the main list is herein validated. If the A button 40a is 
pressed while the validated cursor points at the desired menu item, the cursor on the sub 
list below the desired menu item is validated. If the A button 40a is pressed while the 
validated cursor on the sub list points at the desired character, a moving destination list is 
displayed as shown in Figure 21. The menu items on the moving destination list are two 
sub lists at which the validated cursor is not presently pointed. For example, if the 
validated cursor points at the neutral character' name, "FRIEND" and "SUSPICIOUS 
CHARACTER" are displayed on the moving destination list. 

When the cursor on the moving destination list is set to the desired item, and the A 
button 40a is pressed, a character name at which the cursor points on the sub list is deleted 
from the sub list, and the deleted character name is added onto the sub list of the item at 
which the cursor points on the moving destination list. An this time, the Mend character 
list shown in Figure 6 is renewed at the same time. For example, if "FRIEND" is selected 
on the moving destination list when "RICHARD" is selected on the sub list of the neutral 
character name, "RICHARD" is deleted from the sub list of the neutral character, and 
"RICHARD" is added onto the sub list of the friend character. 

If the cursor is set to "END EDIT" and the A button 40a is pressed after the 
character list has been edited in this manner, the character list editing screen is renewed to 
the reception mode setting screen shown in Figure 19. If the cursor is set to "END EDIT" 
and the A button 40a is pressed, in the reception mode setting screen, reception mode 
information (transmission data) formed of the switch 1, the switch 2, and the character list 
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is created, and the transmission data is transmitted to the game server 20. At this time, the 
switch 1 and the switch 2 of the transmission data are coincident with the switch 1 and the 
switch 2 of the reception mode information shown in Figure 6, and a character list setting 
follows the content of the switch 2. If the switch 2 is "ALLOW ALL CHARACTERS", 
columns of the character list become blank, if the switch 2 is "ALLOW PARTICULAR 
CHARACTER ONLY", a friend character name is set onto the character list, and if the 
switch 2 is "ALLOW EXCEPT FOR PARTICULAR CHARACTER", a suspicious 
character name is set onto the character list. 

The created reception mode information is transmitted to the game server 20. The 
game server 20 detects the character data of the player who transmitted the reception 
mode information from the character data storing area 24c shown in Figure 3, and renews 
the reception mode information included in the detected character data by the received 
reception mode information. On the portable communication terminal 30 side, the 
display of the display 38 is renewed from the reception mode setting screen shown in 
Figure 19 to the game menu screen shown in Figure 10 after the reception mode 
information has been transmitted. - 

With referring to Figures 23 to 31, descriptions will be herein made with regard to 
processes of a CPU 22 provided in the game server 20. 

Firstly, referring to Figure 23, the CPU 22 determines what kind of requests or 
information are applied from the portable communication terminal 30 in respective steps 
of SI, S5, 39, S13, S17, S21 and S25. When a log-in request is applied, YES is 
determined in the step SI, and a log-in process is carried out in a step S3. When a log-out 
request is applied, YES is determined in the step S5, and a log-out process is carried out in 
a step S7. When a move request is applied, YES is determined in the step S9, and a move 
process is carried out in a step S1L When a size change request is applied, YES is 
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determined in the step S13, and a size change process is carried out in a step S15, When 
"WAKE-UP" information is applied, YES is determined in the step S17, and a wake-up 
process is carried out in a step S19, After the processes of the S3, S7, Sll, S15 or S19 
have been finished, the process returns to the step SI. 

When the reception mode information is applied, the process proceeds from the 
step S21 to a step S23. In this step, character data of the transmission source player is 
detected from the character data storing area 24c based on a character ID added to the 
reception mode information, and the reception mode information included in the detected 
character data is renewed according to the reception mode information transmitted from 
the portable communication terminal 30. As described above, the switch 1, the switch 2 
and the character list are included in the transmitted reception mode information, and the 
switch 1, the switch 2 and the character list of the reception mode information detected 
from the character data storing area 24c are renewed by the switch 1, the switch 2 and the 
character list of the transmitted reception mode information. 

When the "SEARCH" information is applied, the process proceeds from the step 
S25 to a step S27. In this step, character data of the transmission source player is detected 
from the character data storing area 24c based on a character ID included in the 
"SEARCH" information, and the character data of an opponent to be transmitted 
(character present in a forefront of the transmission source character) is specified based 
on position information included in the detected character data and position information 
included in another character data. Furthermore, a character name and personal 
information are detected from the specified character data, and the detected character 
name and the personal information are sent back to the "SEARCH" information 
transmission source. 

A log-in process in the step S3 follows a subroutine shown in Figure 24. Firstly, in 
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a step S31, character data of request source player is detected from the character data 
storing area 24b shown in Figure 3 based on a character ID included in the log-in request, 
and status information included in the detected character data is renewed from "log-out" 
to "log-in". Upon completion of renewing the status information, a log-in permission is 
transmitted to the request source portable communication terminal 30 in a step S33, and 
players who need to renew map data are brought onto a list in a step S35. In a subsequent 
step S37, the map data is transmitted to the portable communication terminal 30 of the 
players brought onto the list. More specifically, the map data (geography matrix and 
character matrix) is created based on the position information and the map size 
information included in the character data of the players brought onto the list, and the 
created map data is transmitted to the portable communication terminal 30. Such the 
processes are carried out to each character ID brought onto the list, and the process 
returns to a routine on a higher hierarchy upon completion of the processes. 

The log-out process in the step S7 shown in Figure 23 follows a subroutine in 
Figure 25, Firstly, in a step S41, character data of the request source player is detected 
from the character data storing area 24b based on the character ID included in the log-out 
request, and the status information included in the detected character data is renewed 
from "log-in" to "log-out". Subsequently, a log-out notice (termination notice) is 
transmitted to the request source portable communication terminal 30 in a step S43, and 
players who need to renew the map data are brought onto a list in a step S45, In a step 
S47, the map data is transmitted to the portable communication terminal 30 of the players 
brought onto the list, and upon completion of the transmission, the process returns to a 
routine on a higher hierarchy. 

A move process in the step Sll shown in Figure 23 follows a subroutine shown in 
Figure 26. Firstly, in a step S51, character data of the request source player is detected 
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from the character data storing area 24d based on the character ID included in the move 
request, and position information (coordinate or direction ) included in the detected 
character data is renewed according to the move request. Players who need to renew the 
map data are brought onto a list in a step S53, and the map data is transmitted to the 
portable communication terminal 30 of the players brought onto the list in a step S55. 
Upon completion of the transmission, the process returns to a routine on a higher 
hierarchy. 

A size change process in the step S15 shown in Figure 23 follows a subroutine 
shown in Figure 27. Firstly, in a step S61, character data of the request source player is 
detected from the character data storing area 24c based on the character ED included in the 
size change request, the map information included in the detected character data is 
specified, and the specified map information is renewed If the map information at this 
time is "SIZE 1", the renewal is made to "SIZE 2", if the map information at this time is 
"SIZE 2" the renewal is made to "SIZE F\ A same list-up process as described above is 
carried out in a step S63, and the map data is transmitted to the size change request 
transmission source only in a step S65. Upon completion of the transmission, the process 
returns to a routine on a higher hierarchy. 

The list-up processes in the steps S35, S45, S53, or S63 follow subroutines shown 
in Figures 28 and 29. Firstly, a content of the character matrix and the transmission list 
formed in the work area 24d are cleared in a step STL In a step S73, character data 
(character n) of the player who transmitted the log-in request, the log-out request, the 
move request or the size change request is specified from the character data storing area 
24c, and the position information and the map size information are detected from the 
specified character data. In a subsequent step S75, a center coordinate of the character 
matrix formed in the work area 24d shown in Figure 3 is determined based on the position 
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information detected in the Step S73. The center coordinate of the character matrix is 
coincident with the coordinate included in the detected position information, and a size of 
the character matrix is twice the size of a map size which is constantly bigger than the 
other, i.e. size 1. Due to this, the center coordinate and the size of the character matrix are 
determined as shown in Figure 22. 

Once the center coordinate and the size of the character matrix are determined, a 
character number i is set to "1" in a step S77, and the position information is detected 
from the character data of the character i (specified from the character data storing area 
24c) in a step S79. In a step S81, it is determined whether or not the character i is 
included within a range of the character matrix based on the position information detected 
in the step S79, if it is determined NO, then the process directly proceeds to a step S87. 
On the other hand, if it is determined YES in the step S79, the status information and the 
graphic number are detected from the character data of the character i in a step S83, the 
graphic number is mapped to the character matrix in a step S85, and then the process 
proceeds to the step S87. In the step S85, more specifically, an extension identifier 
determined based on the position information (direction of the character i) and the status 
information are added to the graphic number, and the graphic number to which the 
extension identifier is added is mapped to the character matrix according to the position 
information (coordinate of the character i) detected in the step S79. 

The character number i is incremented in the step S87 } and the incremented 
character number i is compared with a maximum character number imax in a subsequent 
step S89. If i ^ imax is herein true, the processes of steps S79 to S87 are repeated. Due 
to this, the graphic number of a plurality of characters present in a neighborhood of the 
character n is mapped to the character matrix. According to Figure 22, out of characters i, 
i 5 , i*\ the graphic number of the characters i, i", and n are mapped to the character matrix. 
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When i > imax is established, the process proceeds from the step S89 to a step S91, 
the character number i is once again set to "1". In a subsequent step S93, it is determined 
whether or not the character i is coincident with the character n. If YES is determined, the 
character ID of the character i (= n) is added onto the transmission list in a step S103, and 
the process proceeds to a step S105. That is, the character ID of the character n is 
unconditionally added onto the transmission list. 

In the meantime, if NO is determined in the steps S93, the status information is 
detected from the character data of the character i (stored in the character data storing area 
24c) in the step S95, and in a step S97, it is determined in which state, log-in state or 
log-out state, the character i is. If the log-out state is determined, the process proceeds to 
a step S105 without carrying out a transmission list addition process. In contrast, if the 
log-in state is determined, the map size information is detected from the character data of 
the character i in a step S99, and it is determined whether or not the character n is present 
within a visual range of the character i in a step S10L More specifically, it is determined 
whether or not the coordinate of the character n is present within a map size range of the 
character i based on the map size information and the position information of the detected 
character i. In addition, if YES is determined the process proceeds to the step S105 via 
the transmission list addition process in the step S103, and if NO is determined, the 
process directly proceeds to the step S105. 

The character number i is incremented in the steps S105, and the incremented 
character number i is compared with a maximum character number imax in a subsequent 
step S107. If i ^2 imax is true, processes of steps S93 to S107 are repeated. Due to this, 
the character ED of the character n and the character ID of the character having the 
character n present in a visual range are added onto the transmission list. According to 
Figure 22, it is only the character i that has the character n present in the visual range. 
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Due to this, the character ID of the character n and i are added onto the transmission list. 
If i > imax is determined, the process returns to a routine on a higher hierarchy. 

In the above steps of S37, S47, and S55, the map data is created by carving out the 
geography matrix and the character matrix with regard to each player thus registered on 
the transmission list. On the other hand, in the step S65, the map data is created by 
carving out the geography matrix and the character matrix with regard only to the player 
who transmitted the size change request. In either case, a size of the map data follows the 
map size information of the transmission destination player, and the graphic number of 
the transmission destination player is assigned to the center coordinate of the map data. 

Subroutines shown in Figures 30 and 31 are processed In the step S19 shown in 
Figure 23. In a step Sill, the character data of the transmission source player is specified 
from the character data storing area 24c based on the character ID included in the 
"WAKE-UP" information, the character data of an opponent to be awaken is specified 
based on the position information included in the specified character data (coordinate and 
direction) and the reception mode information is detected from the specified character 
data. In a step S113, it is determined whether or not a content of the switch 1 of the 
detected reception mode information is "ALLOW CALL", if NO is determined, an 
allow/prohibit flag is set to "prohibit 3 ' in a step S125. On the other hand, if YES is 
determined in the step SI 13, a content of the switch 2 is determined in steps of S115 and 
S117. 

If the content of the switch 2 is "ALLOW ALL CHARACTERS", YES is 
determined in the step S115, and the allow/prohibit flag is set to "ALLOW" in a step 
S123. If the content of the switch 2 is "ALLOW PARTICULAR CHARACTER 
ONLY", the process proceeds from the step S117 to a step S121, it is determined whether 
or not a calling source character is registered onto the character list of the reception mode 
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information detected in the step Sill. If YES is herein determined, the allow/prohibit 
flag is set to "ALLOW" in the step S123. However, if NO is determined, the 
allow/prohibit flag is set to "PROHIBIT" in the step S125. If the content of the switch 2 
is "ALLOW EXCEPT FOR PARTICULAR CHARACTER", the process proceeds from 
the step S117 to a step S119, and it is determined whether or not the call source character 
is registered onto the character list of -he reception mode information detected in the step 
Sill. If NO is herein determined, the ailow/prohibit flag is set to "ALLOW" in the step 
S123* However, if YES is determined, the allow/prohibit flag is set to "PROHIBIT" in 
the step S125. 

Upon completion of the allow/prohibit flag setting in this manner, a setting state of 
the allow/prohibit flag is determined in a step S127. In addition, if the setting state is 
"PROHIBIT", the information A is transmitted in a step S137, and then the process 
returns to a routine on a higher hierarchy. As a result of transmitting the information A, a 
message of "SLEEP WELL, NO SIGN OF WAKING" is displayed on the display 38 of 
the call source portable communication terminal 30. 

In the meantime, if the setting state is "ALLOW", dedicated game-use mail (log-in 
operation request) is created in a step S129, and the created dedicated game-use mail is 
transmitted to the opponent's portable communication terminal 30 in a step S131. The 
dedicated game-use mail is a mail to request the opponent to operate the log-in, and a call 
source character name is therein included. If the opponent selects "CHANGE TO CALL 
PROHIBIT MODE" in response to the dedicated game-use mail, the process proceeds 
from a step S133 to a step S135. In this step, character data of the opponent is detected 
from the character data storing area 24c, and the switch 1 of the reception mode 
information included in the detected character data is renewed to "PROHIBIT CALL". 
Upon completion of the renewal process, the information A is transmitted in the step 
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S137, and then the process returns to a routine on a higher hierarchy after transmitting. 

If the opponent selects "NOT PLAY NOW" in response to the dedicated game-use 
mail, the process proceeds from a step S139 to a step S141, and the information B is 
transmitted to the call source portable communication terminal 30. As a result of the 
transmission of the information B, a message "ZZZ...WAKE UP SOON? MAYBE 
NOT " is displayed on the display 38 of the call source portable communication terminal 
30. Upon completion of the transmission of the information B, the process returns to a 
routine on a higher hierarchy. 

If either the opponent selects "START GAME" or a time-out occurs while the 
opponent does not select anything in response to the dedicated game-use mail, YES is 
then determined in a step S143 or S145, and the process directly returns to a routine on a 
higher hierarchy. However, when "START GAME" is selected, the log-in request is 
transmitted from the portable communication terminal 30, and the game starts as a result 
of the log-in process in the step S3 shown in Figure 23. 

Next, description are herein made with regard to processes of a CPU 48 provided 
in the portable communication terminal 30 with referring to flowcharts shown in Figure 
32 to Figure 46. 

Firstly, the CPU 48 determines whether or not there is a presence or an absence of 
a signal reception from outside and a key operation of the player in respective steps of 
S151, S153 and S155. Upon receipt of the signal from outside, the process proceeds 
from a step S151 to a step S157, and determines whether or not the received signal is a 
mail signal or a call signal for a telephone communication. If the received signal is the 
call signal, the process proceeds to a step S159, and a telephone communication process 
is carried out In a step S161, it is determined whether or not the telephone 
communication is completed. If NO is determined, the process returns to the step S159 
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and the telephone communication process is repeated. However, if YES is determined, 
the process proceeds to the step S15L 

If the received signal is mail signal, it is determined whether or not the mail signal 
is a normal signal or a dedicated game-use signal in a step S165, and if the normal signal 
is present, the process returns to the step S151 through a normal mail process in a step 
SI 67. On the other hand, if the received mail signal is the dedicated game-use mail, a 
game mail process is carried out in a step S169 and a state of a game start flag is 
determined in a step S17L If the game start flag is herein a reset state, the process returns 
to the step S151. However, if the game start flag is a set state, the log-in process, the 
game process and the log-out process are carried out in steps S173, S175 and S177, and 
then the process returns to the step S151. 

If the player sets a cursor to "CHANGE RECEPTION MODE" by the cross key 
40c and the presses the A button 40a in a menu screen shown in Figure 10, the process 
proceeds from a step S 153 to a step S163 so as to carry out a reception mode change 
process. Upon completing, the process returns to the step S151. On the other hand, if the 
player selects "START GAME" by the cross 40c and the A button 40a on the menu 
screen shown in Figure 10, YES is determined in a step S155, and then the process 
proceeds to the step S173. 

The game mail process in the step SI 69 follows a subroutine shown in Figure 33. 
Firstly, a beep sound is produced through a call-use speaker 54 in a step S181, and a 
vibration is produced by a vibration motor 52 in a step SI 83. A call source character 
name is detected from the received dedicated game-use mail in a step SI 85, and the 
detected character name is added onto a sub list of "NEUTRAL CHARACTER" formed 
in the work area 50c shown in Figure 6 in a step S187. It is noted that in a case that the 
detected character name is already registered on the character list, the process in the step 
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S187 is not carried out. 

Upon completion of the process in the step S187, a call screen shown in Figure 11 
is displayed on the display 38 in a step S189, and it is determined which menu items, 
"START GAME", "NOT PLAY NOW" and "CHANGE TO CALL PROHIBIT MODE" 
5 were selected by the player in steps of S191, S197, and S205. 

If the cursor is set to "START GAME" by the cross key 40c and the A button is 
pressed, the process proceeds from the step S191 to a step S193, and command 
information corresponding to the selected menu item is transmitted to the game server 20. 
Subsequently, the game start flag is set in a step SI 95, and then the process returns to a 
10 routine on a higher hierarchy. When "CHANGE TO CALL PROHIBIT MODE" is 

selected by the cross key 40c and the A button 40a, YES is determined in the step S197, 
the command information corresponding to the menu item is transmitted to the game 
server 20 in a step S199, and "PROHIBIT CALL" is set to the switch 1 of the reception 
mode information stored in the work area 50c in a step S201. Subsequently, the game 
15 start flag is reset in a step S203, and then the process returns to a routine on a higher 
hierarchy. 

When "NOT PLAY NOW" is selected by the cross key 40c and the A button 40a, 
YES is determined in the step S205, the command information corresponding to the menu 
item is transmitted to the game server 20 in a step S207, and then the process proceeds to 
20 the step S203. If a time-out occurs while the player does not select any menu item, YES 
is determined in a step S209, and the process directly proceeds to the step S203. 

It is noted that on the game server 20 side, determination processes in the steps of 
S133, S139 and S143 shown in Figure 31 are carried out based on the command 
information transmitted in the steps of S193, S199 and S207. 
25 The log-in process in the Step S173 follows a subroutine shown in Figure 34. 
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Firstly, an initialization is earned out in a step S211, the log-in request is transmitted to 
the game server 20 in a step S213. In response to the log-in request, the game server 20 
sends back the log-in permission and the map data (steps S33, S37 ). Due to this, it is 
determined whether the log-in permission and the reception of the map data are present or 
absent in respective steps of S215 and S217 on the portable communication terminal 30 
side, and the process proceeds to a step S219 upon receipt of the map data. In the step 
S219, a virtual space (game screen) as shown in Figure 11 or Figure 12 is displayed on the 
display 38 on the basis of the received map data. Upon completion of the display process, 
the process returns to a routine on a higher hierarchy. 

The game process in the step S175 follows subroutines shown in Figure 35 and 
Figure 36. Firstly a map renewal process is carried out in a step S221, and it is 
determined whether or not an operation of the cross key 40c, the A button 40a or the B 
button 40b is present or absent in respective subsequent steps of S223, S227 or S229. 
When the cross key 40c is operated, a move process is carries out in a step S225, and upon 
completion of the display process, the process returns to the step S22L 

When the A button 40a is pressed, the process proceeds to a step S231, it is 
determined whether another character is present or absent ahead of his own character. If 
NO is determined, the process returns to the step S221. However, if YES is determined, 
the process proceeds to a step S233 so as to display the action menu screen shown in 
Figure 13 displayed on the display 38. 

If the player sets the cursor to "SEARCH" by the cross key 40c and presses the A 
button 40a, YES is determined in a step S235, and a search process is carried out in a step 
S237. Upon completion of the process, the process returns to the step S221. On the other 
hand, if the player sets the cursor to "WAKE-UP" by the cross key 40c and presses the A 
button 40a, YES is determined in a step S239, and an awake process is carried out in a 
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step S241. Upon completion of the process, the process returns to the step S22L On the 
other hand, if the player presses the B button 40b, YES is determined in a step S243, the 
action menu screen is detected in a step S245, and the process returns to the step S221. 

While neither operation is done by the player, a map renewal process is carried out 
in a step S247, and it is determined whether or not there is another character is present 
ahead of his own character in a step S249. In addition, if YES is determined, the process 
returns to the step S235. However, if NO is determined, the action menu screen is deleted 
in the step S245, and then the process returns to the step S221. Therefore, when another 
character is away from ahead of his own character, the action menu screen is deleted 
without operating the B button 40b. 

If the player operates the B button 40b while the action menu screen is not 
displayed, YES is determined in a step S229, and a system menu screen shown in Figure 
18 is displayed on the display 38 in a step S251. If the player sers the cursor to 
"CHANGE SCREEN SIZE" by the cross key 40c and presses the A button 40a, YES is 
determined in a step S253, and a size change process is carried out in a step S255. Upon 
completion of the process, the process returns to the step S22L If the player sets the 
cursor "OTHER SETTING PROCESS" by the cross key 40c and presses the A button 
40a, YES is determined in a step S257, the other setting process is carried out in a step 
S259, and then the process returns to the step S22L If the player presses the B button 
40b, YES is determined in a step S261, the system menu screen is deleted in a step S263, 
and then the process returns to the step S22L If the player sets the cursor to "END 
GAME" and presses the A button 40a, YES is determined in a step S265, and then the 
process returns to a routine on a higher hierarchy. 

While neither key operation is done by the player, the map renewal process is 
carried out in a step S267, and the process returns to the step S253. Due to this, another 
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character moves on the game screen while the system menu screen is being displayed. 

The map renewal processes in the steps of S221, S247, or S267 follow a 
subroutine shown in Figure 37. Firstly, it is determined whether or not the map data is 
newly received in a step S271, if NO is determined, the process directly returns to a 
routine on a higher hierarchy. However, if YES is determined, the game screen is 
renewed in a step S273. That is, the map data stored in the work area 50c shown in Figure 
6 is renewed by the map data received at this time. Game screen data created based on the 
renewed map data and the graphic data stored in the graphic data storing area SOb is 
developed on the display area 50d. Due to this, the game screen of the display 38 is 
renewed. Upon completion of such the processes, the process returns to a routine on a 
higher hierarchy. 

A move process in the step S225 follows a subroutine shown in Figure 38. Firstly, 
a move request including his own character ID and move destination information (any of 
up, down, right, left) is transmitted to the game server 20 in a step S281- On the game 
server 20 side, the renewal process of the position information corresponding to the 
request source player (step S51) and the sending-back process of the new map data (step 
55) are carried out. Upon sending back the map data, YES is determined in a step S283, 
and in a step S285, the game screen is renewed according to the same manner as in the 
above step S273< Upon completion of the renewal, the process returns to a routine on a 
higher hierarchy. 

The search process in the step S237 follows a subroutine shown in Figure 39. 
Firstly, the "SEARCH" information including his own ID is transmitted in a step S291. 
Since a detect/sending-back process of the character name and the personal information is 
carried out on the game server 20 side (step S27), it is determined whether or not the 
reception of the character name and the personal information is present or absent in a 
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subsequent step S293, If YES is determined, die process proceeds to a step S295 so as to 
register the received character name onto a sub list of "NEUTRAL CHARACTER" 
shown in Figured. In a step S297, personal information screen data based on the received 
personal information is developed on the display area 50d shown in Figure 6 so as to 
display a personal information screen on the display 38 as shown in Figure 14. It is 
determined whether or not the B button 40b is operated in a step S299 and when the 3 
button 40b is pressed, the process returns to the routine on a higher hierarchy. It is noted 
that as described above, the addition process in the step S295 is carried out when the same 
character name is not present on the friend character list. 

The awake process in the step S241 follows a subroutine shown in Figure 40. The 
"WAKE-UP" information including his own character ID is transmitted in a step S301. 
Since the game server 20 sends back either the information A or the information B in 
response to the "WAKE-UP" information (step S137 or S141), it is determined whether a 
reception of the information A or the information B is present or absent in the step of 
either S303 or S307 after transmitting the "WAKE-UP" information. When the 
information A is sent back, the process proceeds to a step S3Q5, and a message "SLEEP 
WELL, NO SIGN OF WAKING. . is displayed on the display 38 as shown in Figure 15. 
When the information B is sent back, the process proceeds to a step S309, and a message 
"ZZZ. . .WAKE UP SOON? MAYBE NOT" is displayed on the display 38 as shown in 
Figure 16. It is determined whether the B button 40b is operated or not in a step S313, and 
in a case that the B button 40b is pressed, the process returns to the routine on a higher 
hierarchy. It is noted that if a time-out occurs while neither the information A nor the 
information B is received, YES is determined, and then the process directly returns to a 
routine on a higher hierarchy in a step S311. 

The ske change process in the step S255 follows a subroutine shown in Figure 41. 
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Firstly, the size change request including his own character ID is transmitted to the game 
server 20 in a step S32L Since the game server 20 sends back the map data in response to 
the size change request (step S65), it is determined whether the map data reception is 
present or absent in a step S323. Upon receipt of the map data, the process proceeds to a 
step S325 so as to renew the game screen. That is, the map data stored in the work area 
50c shown in Figure 6 is renewed by the map data received at this time. The game screen 
data created based on the renewed map data and the graphic data in the graphic data 
storing area 50b is developed on the display area 50d. Due to this, the game screen of the 
display 38 is renewed. Upon completion of the renewal process, the process returns to a 
routine on a higher hierarchy. 

The log-out process in the step S177 shown in Figure 32 follows a subroutine 
shown in Figure 42. Firstly, the log-out request including his own character ID is 
transmitted to the game server 20 in a step S331. Since the game server 20 sends the 
log-out notice in response to the log-out request (step S43), it is determined whether the 
log-out notice is present or absent in a step S333. Upon receipt of the log-out notice, a 
game end process is carried out in a step S335, Subsequently, the process returns to a 
routine on a higher hierarchy. 

The reception mode change process in the step S163 shown in Figure 32 follows a 
subroutine in Figure 43. Firstly, the reception mode setting screen shown in Figure 19 is 
displayed on the display 38 in a step S341, and the cursor pointing at "SWITCH 1", 
"SWITCH 2", "EDIT CHARACTER LIST" or "END SETTING" is validated. 
Subsequently, it is determined which is selected, "SWITCH 1", "SWITCH 2", "EDIT 
CHARACTER" or "END SETTING" in respective steps of S343, S347, S351 and S355. 

If the player sets the cursor to "SWITCH 1" by the cross key 40c and presses the A 
button 40a, YES is determined in the step S343, and a SW1 change process is carried out 
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in a step S345. On the other hand, if the player sets the cursor to "SWITCH 2" by the 
cross key 40c and presses the A button 40a, YES is determined in the step S347, and a 
SW2 change process is carried out in a step S349. 

Referring to Figure 19, the cursor pointing at "ALLOW CALL" or "PROHIBIT 
5 CALL" is validated in the SW1 change process, and the cursor pointing at "ALLOW 

ALL CHARACTERS 1 *, "ALLOW PARTICULAR CHARACTER ONLY" or "ALLOW 
EXCEPT FOR PARTICULAR CHARACTER" is validated in the SW2 change process. 
If the cursor is set to a desired menu item by the cross key 40c, the switch 1 or the switch 
2 of the reception mode information shown in Figure 6 by a menu item pointed at is 
10 renewed by the cursor. If the B button 40b is pressed, the process returns to the step S343 
fa after validating the cursor pointing to "SWITCH Y\ "SWITCH 2", "EDIT 

CHARACTER LEST" or "END EDIT", 

If the player sets the cursor to "EDIT CHARACTER LIST' by the cross key 40c 
and presses the A button 40a, YES is determined in the step S351, and the character list 
15 edit process is carried out in a step S353. Upon completion of the character list edit 
process, the process returns to the step S343. 

If the player sets the cursor to "END EDIT" by the cross key 40c and presses the A 
button 40a, the process proceeds from the step S355 to a step S357 so as to determine 
whether or not the setting is changed. If NO is determined, the process directly proceeds 
20 to a step S363 so as to delete the mode change screen, and then returns to a routine on a 
higher hierarchy. On the other hand, if YES is determined in the step S357, a reception 
mode information creating process is carried out in a step S359. The created reception 
mode information is transmitted to the game server 20 with his own character ID in a 
Subsequent Step S36L Upon completion of the transmission, the mode change screen is 
25 deleted in the step S363 t and then the process returns to a routine on a higher routine. 
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The character list editing process in the step S353 follows a subroutine shown in 
Figure 44. Firstly, the character list editing screen shown in Figure 20 is displayed in a 
step S371, and it is determined which is selected, "FRIEND", ''NEUTRAL", 
"SUSPICIOUS CHARACTER", or "END EDIT 5 in respective steps of S373, S377, 
S381 and S385. 

If the A button 40a is pressed while the cursor is set to "friend ,5 3 the process 
proceeds from the step S373 to a step S375 so as to carry out a sub list edit process with 
regard to the friend character. If the A button 40a is pressed while the cursor is set to 
"MEUTRAL" the process proceeds from the step S377 to a step S379 so as to cany out a 
sub list edit process with regard to the neutral character. If the A button 40a is pressed 
while the cursor is set to "SUSPICIOUS CHARACTER", the process proceeds from the 
step S381 to a step S383 so as to carry out a sub list edit process with regard to the 
"SUSPICIOUS CHARACTER". Upon completion of the steps of S375, S379 or S383, 
the process returns to the step S373. If the A button 40a is pressed while the cursor is set 
to "END EDIT", YES is determined in the step S385, the edit screen is deleted in a step 
S387, and then the process returns to a routine on a higher hierarchy. 

The sub list edit process shown in the steps of S375, S379 or S383 follows a 
subroutine shown in Figure 45. In a step S391, the cursor is displayed on a selected sub 
list. If "FRIEND" is selected, the cursor is displayed in such a manner as to point any one 
of friend character names. If "NEUTRAL" is selected, the cursor is displayed in such a 
manner as to point any one of neutral character names. In addition, if "SUSPICIOUS 
CHARACTER" is selected, the cursor is displayed in such a manner as to point any one 
of suspicious character names. Herein if the player operates the cross key 40c, YES is 
determined in a step S393, the cursor is moved in a step S395, and then the process 
returns to the step S393. If the player operates the B button 40b, YES is determined in a 
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step S399, the cursor in the sub list is deleted in a step S401, and then the process returns 
to a routine on a higher hierarchy. 

If the player operates the A button 40a, YES is determined in a step S397, and a 
move destination list shown in Figure 21 is displayed in the OSD manner in a step S403. 
The move destination list shown in Figure 21 is a list to be displayed when the sub list 
editing is carried out with respect to the neutral character, and menu items are "FRIEND" 
and "SUSPICIOUS CHARACTER", The menu items of the move destination list are 
"NEUTRAL" and "SUSPICIOUS CHARACTER" in the sub list editing process with 
respect to the friend character, and the menu items of the move destination list are 
"FRIEND" and "NEUTRAL" in the sub list editing process with respect to the suspicious 
character. 

If the player operates the cross key 40c while the move destination list is 
displayed, the process proceeds from a step S405 to a step S407, and moves the cursor 
present on the move destination list to a desired direction. Upon completion of the move 
process, the process returns to the step S405. On the other hand, if the player operates the 
B button 40b, YES is determined in a step S411, the move destination list is deleted in a 
step S419, and then the process returns to the step S393. 

In the meantime, if the player operates the A button 40a, processes from a step 
S413 onward are carried out. Firstly, a character name at which the cursor points on a 
displayed sub list is deleted from a sub list corresponding to the work area 50c shown in 
Figure 6 in the step S413. In a step S415, the character name deleted in the step S413 is 
added onto the sub list in Figure 6 corresponding to the menu items at which the cursor 
points on the move destination list. Upon completion of moving the character in this 
manner, the character list edit screen is renewed in a step S417, the move destination list 
is deleted in a step S419, and then the process returns to the step S393. 
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The reception mode information create process in the step S359 shown in Figure 
43 follows a subroutine shown in Figure 46. Firstly, contents of the switch 1 and the 
switch 2 of the reception mode information shown in Figure 6 are set in columns of the 
switch 1 and the switch 2 of the reception mode information to be transmitted 
(transmission data) in steps of S421 and S423. The content of the set switch 2 is 
determined in steps of S425 and S429. If the content of the switch 2 is "ALLOW ALL 
CHARACTERS", the process proceeds from the step S425 to a step S427 so as to clear 
the character list columns of the transmission data. On the other hand, if the content of 
the switch 2 is "ALLOW PARTICULAR CHARACTER", the process proceeds from the 



111 10 Step S429 to a steps S431 so as to set the friend character name registered on the 

III 

111 acquaintance character list shown in Figure 6 onto character list of the transmission data. 



On the other hand, if the content of the switch 2 is "ALLOW EXCEPT FOR 
PARTICULAR CHARACTER", the process proceeds from the step S429 to a step S433 
so as to set the suspicious character name registered on the acquaintance character list 

15 shown in Figure 6 onto the character list of the transmission data. Upon creating the 
transmission data in this manner, the process returns to a routine on a higher hierarchy. 

As understood from above descriptions, a plurality of game players are registered 
in the game server 20 in advance, and the game server 20 provides a game for the portable 
communication terminal 30 of a player who logged-in through a communication network. 

20 At this time, the game server 20 transmits not only the graphic number which shows a 
character of a iogging-in player but also the graphic number which shows a logging-out 
player to the portable communication terminal 30 of the logged-in player. On the display 
38 of the portable communication terminal 30, each character image is displayed in such 
a manner as to be corresponding to the log-in/log-out. If " WAKE-UP" is herein selected 

25 with respect to the character in the middle of logging-out, the "WAKE-UP" information 
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is applied from the portable communication terminal 30 to the game server 20. 

The game server 20 determines the reception mode information of the character in 
the middle of logging-out, and if the content of the switch 1 is "PROHIBIT CALL", the 
information A is sent back to the transmission source of the "WAKE-UP" information. 
On the portable communication terminal 30 in receipt of the information A, a message 
"SLEEP WELL, NO SIGN OF WAKING UP" is dispLayed. In a case that the content of 
the switch 2 is "ALLOW PARTICULAR CHARACTER ONLY" and the character name 
of the "WAKE-UP" information transmission source is not registered on the character list 
even if the content of the switch 1 is "ALLOW CALL" or in a case that the content of the 
switch 2 is "ALLOW EXCEPT FOR PARTICULAR CHARACTER" and the character 
name of the "WAKE-UP" information transmission source is registered on the character 
list, the information A is sent back similar to above. 

On the other hand, in a case that the content of the switch 1 and the switch 2 is 
"ALLOW CALL" and "ALLOW ALL CHARACTERS", that the content of switch 1 and 
the switch 2 is "ALLOW CALL" and "ALLOW PARTICULAR CHARACTER ONLY" 
and the request source character name is registered on the character list, or that the 
content of switch 1 and the switch 2 is "ALLOW CALL" and "ALLOW EXCEPT FOR 
PARTICULAR CHARACTER" and the request source character name is not registered 
on the character list, a log-in operation request is transmitted from the game server 20 to 
the opponent's portable communication terminal 30. On the display 38 of the portable 
communication terminal 30 in receipt of the log-in operation request, a call message 
including the call source character name is displayed. 

Herein, if the player in receipt of the log-in operation request selects "START 
GAME", the game server 20 carries out the log-in process, and due to this, the portable 
communication terminal 30 of the player who selected the "START GAME" is provided 
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with the game. If the player selects in receipt of the log-in operation request selects 
"NOT PLAY NOW", the game server 20 sends back the information B to the 
"WAKE-UP" information transmission source. On the display 38 of the portable 
communication terminal 30 in receipt of the information B, a message "ZZZ...WAKE 
UP SOON? MAYBE NOT" is displayed. 

In this manner, when the player in the middle of logging-in selects the character of 
the player in the middle of logging-out, the "WAKE-UP" information is applied from the 
portable communication terminal 30 in the middle of logging-out to the game server 20, 
and the log-in operation request is transmitted to the portable communication terminal 30 
in the middle of logging-out from the game server 20. Due to this, it is possible to simply 
and promptly play a game between the logging-in player and the logging-out player. 

It is noted that although in this embodiment the game is proceeded by using a 
game screen formed of the graphic data of the geography and the character, the game may 
be proceeded by using screens formed of text data only as shown in Figure 47 to Figure 
51. 

Figure 47 is a game menu screen, and a title "ONLINE GAME" is displayed at a 
center of the screen, and menu items such as "START GAME", "CHANGE 
RECEPTION MODE CHANGE" and "RETURN" are displayed at a lower portion of the 
screen. 

Figure 48 is a game screen, a present location name of "prairie" is displayed at an 
upper portion of the screen, a plurality of character names are displayed at a center of the 
screen, and below the screen, menu items are displayed at a lower portion of the screen. 
With regard to the character name, his own character name "NINTEN" is displayed at a 
top, and other character names present in the prairie "ROBIN", "WILL "MARIAN", 
and "JOHN" are displayed below "NINTEN". Robin is in the middle of logging-out, and, 
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status information of "sleeping" is displayed at the right of Robin, With respect to menu 
items, four items such as "MOVE", "SEARCH", "SET" and "END" are displayed. 

If "MOVE" is herein selected, a move menu screen shown in Figure 49 is 
displayed. According to Figure 49, a command name "MOVE" is displayed at an upper 
portion of the screen, and a present location name "prairie" is displayed thereunder. 
Moving directions, that is, "NORTH", "SOUTH", "WEST" and "EAST* and locations 
names present in each direction, that is, "SELVA'S FOREST ", "ORLEANS TOWN", 
"NORD WETLAND" and "BORHOKO MOUNTAIN" are displayed at a center of the 
screen. A menu item "RETURN" is displayed below the screen. If the desired move 
destination is herein selected, a game screen including a location name of the move 
destination and character names present in the move destination is displayed as shown in 
Figure 48. If "RETURN"* is selected, the process returns to the game screen shown in 
Figure 48. 

On the menu screen shown in Figure 48, if an arbitrary character name and 
"SEARCH" are selected, a personal information screen shown in Figure 50 is displayed. 
A name, gender and a state of the selected character are displayed at an upper portion of 
the screen, a profile (message) of the selected player is displayed at a center of the screen, 
and two menu items, that is, "SEARCH" and "RETURN" are displayed at a lower 
portion of the screen. If "WAKE-UP" is herein selected, a call screen shown in Figure 51 
is displayed on the portable communication terminal of Robin's player. According to 
Figure 51, the title "ONLINE GAME" is displayed at an upper portion of the screen, a 
message, that is, "NINTEN IS WAKING YOU UP" is displayed at a center of the screen, 
and three menu items, that is, "START GAME", "NOT PLAY NOW", and "SET TO 
PROHIBIT CALL" are displayed at a lower portion of the screen. An operation when 
Robin's player selected each menu item is almost the same as in the above descriptions. 
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In this manner, even on a game screen formed of text data, if it is arranged in such 
a manner that a name of logging-out character's is displayed, and a log-in operation 
request is transmitted to a player when the character name is selected, it is possible to 
simply and promptly play a game with a logging-out player. 

In addition, although in this embodiment as shown in Figure 23, all processes, that 
is, log-in process, log-out process, move process, size change process, awake process, 
reception mode renewal process and personal information transmission process are 
carried out by one game server, it may be possible to divide the above mentioned 
processes by a plurality of servers present in a respectively distanced location. In this 
case, the game server is formed of the plurality of servers provided in a respectively 
different location. 

Furthermore, in this embodiment, although a specific game content and kinds 
thereof are not described in detail, it is possible to define anything that the player can 
freely control characters appearing in the virtual space as "game". 

Although the present invention has been described and illustrated in detail, it is 
clearly understood that the same is by way of illustration and example only and is not to 
be taken by way of limitation, the spirit and scope of the present invention being limited 
only by the terms of the appended claims. 
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